logo

وب سرویس استعلام اعتبار معاملاتی (مرحله ۲) — صحت‌سنجی OTP؛

سرویس «استعلام اعتبار معاملاتی (مرحله ۲) — صحت‌سنجی OTP» در دسته تسهیلات و اعتبارسنجی فینوتک، رمز یکبار مصرفی را که کاربر وارد کرده است همراه کد ملی و شناسه پیگیری مرحله اول بررسی می‌کند و در صورت درست بودن، شناسه لازم برای خواندن گزارش را برمی‌گرداند

سرویس «استعلام اعتبار معاملاتی (مرحله ۲) — صحت‌سنجی OTP» در دسته تسهیلات و اعتبارسنجی فینوتک، رمز یکبار مصرفی را که کاربر وارد کرده است همراه کد ملی و شناسه پیگیری مرحله اول بررسی می‌کند و در صورت درست بودن، شناسه لازم برای خواندن گزارش را برمی‌گرداند. این مرحله حلقه میانی جریان سه‌مرحله‌ای اعتبار معاملاتی است و همکاری خود شخص را به یک رخداد قابل اثبات تبدیل می‌کند.

چرا وب سرویس استعلام اعتبار معاملاتی (مرحله ۲) — صحت‌سنجی OTP؟

اگر بررسی اعتبار معاملاتی بدون تایید خود شخص انجام شود، کسب‌وکار در جایگاه دشواری قرار می‌گیرد: نمی‌تواند نشان دهد استعلام با آگاهی طرف مقابل بوده و در صورت شکایت یا ممیزی، مستندی برای دفاع ندارد. در فرآیندهای کاغذی، جای این مستند را امضای پای برگه می‌گرفت؛ چیزی که در جریان‌های دیجیتال به‌سادگی حذف می‌شود و جای خالی‌اش دیده نمی‌شود.

  • مستندسازی رضایت در معامله‌های اعتباری — فروشنده یا ارائه‌دهنده خدمت، تایید طرف مقابل را پیش از استعلام ثبت و نگه می‌دارد.

تست فوری API استعلام اعتبار معاملاتی (مرحله ۲) — صحت‌سنجی OTP

جزئیات ورودی، خروجی و نمونه پاسخ در مستندات فنی آمده است.

1curl --location --request POST 'https://apibeta.finnotech.ir/kyc/v2/clients/TestFn/transactionCreditInquiryVerify?trackId=trackId' \2--header 'Authorization: Bearer ACCESS_TOKEN' \3--header 'Content-Type: application/json' \4--data-raw '{"nationalCode":"11111111111","otp":"12345","inquiryTrackId":"00000"}'

سوالات متداول

سرویسی است که رمز یکبار مصرف وارد‌شده توسط کاربر را همراه کد ملی و شناسه پیگیری مرحله اول بررسی می‌کند و در صورت درست بودن، شناسه لازم برای مرحله دریافت گزارش را برمی‌گرداند.

این مرحله فقط صحت کد و تعلق آن به همان پرونده را بررسی می‌کند؛ وضعیت اعتبار معاملاتی و محکومیت‌های مالی در دریافت گزارش برگردانده می‌شود.

صحت‌سنجی ناموفق برمی‌گردد و جریان ادامه پیدا نمی‌کند. در رابط کاربری امکان اصلاح کد و در صورت لزوم بازگشت به مرحله درخواست برای ارسال کد تازه را فراهم کنید.

چون این فراخوانی تایید کاربر را ثبت می‌کند و باید در سوابق شما و در پیگیری‌های بعدی به‌طور یکتا قابل ارجاع باشد؛ استفاده از UUID توصیه می‌شود.

صفحه مشخصات API شامل endpoint، پارامترها و نمونه پاسخ است.

Grant type: client_credentials. جزئیات در راهنمای توکن.

توکن پیامکی لازم نیست، اما رضایت کاربر در همین مرحله و از طریق رمز یکبار مصرفی که به گوشی او رسیده است بررسی می‌شود.

Top

آیا می‌خواهید شروع کنید؟

این سرویس فقط به کسب‌وکارها ارائه می‌شود

ما به محقق شدن رؤیای شما کمک می‌کنیم